home *** CD-ROM | disk | FTP | other *** search
/ EnigmA Amiga Run 1997 July / EnigmA AMIGA RUN 20 (1997)(G.R. Edizioni)(IT)[!][issue 1997-07 & 08][EAR-CD IV].iso / lightwave / cgplwlist / cgplw02001-02250.txt / 000185_koren@hpfcogv.fc.hp.com_Sun Jan 29 21:36:28 PST 1995.msg < prev    next >
Text File  |  1995-02-04  |  3KB  |  55 lines
  1. Article: 2188 of comp.graphics.packages.lightwave
  2. Xref: netcom.com comp.graphics.packages.lightwave:2188
  3. Path: netcom.com!ix.netcom.com!howland.reston.ans.net!news.moneng.mei.com!uwm.edu!reuter.cse.ogi.edu!hp-cv!hp-pcd!news1.boi.hp.com!hpax!hpscit.sc.hp.com!news.dtc.hp.com!col.hp.com!fc.hp.com!news.fc.hp.com!koren
  4. From: koren@hpfcogv.fc.hp.com (Steve Koren)
  5. Newsgroups: comp.graphics.packages.lightwave
  6. Subject: Re: Virtual Memory
  7. Date: 30 Jan 1995 04:30:29 GMT
  8. Organization: Hewlett Packard Ft. Collins
  9. Lines: 39
  10. Message-ID: <KOREN.95Jan29213029@hpfcogv.fc.hp.com>
  11. References: <131742@cup.portal.com> <3ge4dd$eva@nyx10.cs.du.edu>
  12. NNTP-Posting-Host: hpfcogv.fc.hp.com
  13. In-reply-to: cngraham@nyx10.cs.du.edu's message of 28 Jan 1995 12:03:09 -0700
  14.  
  15.  
  16. In article <3ge4dd$eva@nyx10.cs.du.edu> cngraham@nyx10.cs.du.edu (Oooook.) writes:
  17.  
  18. > I've only used VMM- I don't have Gigamem, but my experience is that 
  19. > LightWave is exteremely unstable using virtual memory. It seems that most 
  20. > crashes are caused when a pagefault occurs while renderign, though it 
  21. > often crashed at random too.
  22.  
  23. Hmm.  Maybe check your stack size?  Also, are you using the latest VMM
  24. (2.1 I believe?)
  25.  
  26. I've been rendering things using LW and VMM 2.1 for a long time, and it
  27. works *great*.  I've never had a crash doing that, and I've put it
  28. through some fairly heavy use.  I've rendered a number of pictures which
  29. take 48 Mb to render in print resolution, and I have 16 Mb of RAM, about
  30. 9 of which I allocate for virtual memory backing.  Not only does it not
  31. crash, but from tests I've done on smaller renders, the render speed is
  32. almost the same as using pure physical RAM.  This is because the working
  33. set size for LW tends to be very much smaller than the total amount of
  34. allocate RAM.  There is a brief burst of activity at the beginning of
  35. the render process for computing shadow maps and allocating various
  36. buffers, but after that the working set size for my 48 Mb renders seems
  37. to be less than 5 Mb.  There is barely any paging activity at all during
  38. rendering, unless I do something in another program that allocates a
  39. whole bunch of memory.  (This is on a 4000/040).
  40.  
  41. I also do not shy away from using the system normally during rendering,
  42. and I haven't had any sort of instability.  (However, when I first got
  43. Lightwave, the default stack size was too small, and I often got crashes
  44. during rendering.  I fixed that problem, which had nothing to do with
  45. virtual mem, and since them LW has been rock solid).
  46.  
  47. > setting the segment size to 1 meg. The problem is, frames which take 30 
  48.  
  49. Now, this is probably pushing things too far - your working set size is
  50. almost certain to be bigger than 1 Mb, in which case you will thrash the
  51. heck out of the system, and your render times will suffer greatly.
  52.  
  53.   - steve
  54.  
  55.